沿用比喻：專案經理（expo_director）之前是「劇本版」（離線腳本模型，Day 16、25）。這幾天第一次換成真人（真正的 Gemini）。

兩種失敗，兩種處理

• 503 忙線：暫時的，等一等就好。agent.py 設定退避重試：20 → 40 → 80 秒，最多 4 次，只對 503。
• 429 名額用完：再試也沒用，只會多耗請求，所以不重試。A1-m4e 加了「快速失敗」：印一行 JSON（quota_exhausted、哪個模型、幾秒後可再試、幾點可再試），程式以代碼 75 結束。

這兩條規則都有離線測試，不用打真模型就能驗。我實跑 agents/expo_director/test_quota.py 加 agents/tools 的測試：39 項全綠。

三輪嘗試的實際紀錄

第 3 輪已驗證：

• 看照片的結果記下真實模型 id（vision_qa.model == "gemini-3.8-flash"）。
• 有回報 suggested_ratio_adjustment（值是 0，因為判過，合理）。
• QA 最終 pass。

第 3 輪沒看到：零件中文名、材質推論、熱點與問答文案（Day 21、22 的內容）。這些仍然沒有真模型的實測。

被模型照填的預設值：draco: true

第 1、2 輪中，兩個不同模型在 intake 階段都呼叫 set_pipeline_params 時帶了 draco: true。可是 kiosk 的離線包（file:// 雙擊開啟）載不了 Draco 解碼器（Day 14），模型並不知道這件事。

兩個模型一致，代表是我們沒告訴它，不是偶發。修法放在工具層：呼叫端在 session state 的 pipeline_overrides 有 draco 就以它為準，模型傳的值不採用。這支工具的單元測試涵蓋「模型傳 true、呼叫端 false → false」，以及「呼叫端沒指定 → 沿用模型值」。

要注意：這個修法目前只有單元測試驗證。第 3 輪真模型剛好傳了 false，所以「真模型傳 true 時修法生效」這一幕，還沒有真跑過。

跑完要記筆記

just eval-offline（Day 25）會用離線腳本重跑並覆寫 assets/ast_gearbox_demo。真模型的跑法結果只留在筆記，資產檔不含。

還沒做

• semantic、curator 的真模型文案抽查。
• just eval 5 題真模型校準（Day 25 的門檻都還是初始值）。
• 真模型是否照新指示呼叫 compute_explode_vectors；最後一圈是否照規則收尾。
• 計畫：隔天分兩段跑（先 build，再 eval）。一天的額度裝不下一輪。
• 備案：本機 Ollama 模型驗證。

明天：Agent 怎麼控制 3D 畫面。